ГОСТ Р МЭК 61850-7-2-2009

абстрактный интерфейс службы связи
Виртуальный интерфейс с интеллектуальным электронным устройством, предоставляющий логическим устройствам, логическим узлам, данным, атрибутам данных и услугам связи абстрактные методы информационного моделирования независимо от фактически применяемого стека связи и профилей.Примечание. К абстрактным методам информационного моделирования относятся: соединение, доступ к переменным, незатребованная передача данных, услуги по управлению устройством и передаче файлов.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

абстрактный интерфейс услуг связи
-
[ ГОСТ Р МЭК 61850-7-2-2009]

EN

abstract communication service interface
virtual interface to an IED providing abstract information modelling methods for logical devices, logical nodes, data, and data attributes, and communication services for example connection, variable access, unsolicited data transfer, device control and file transfer services, independent of the actual communication stack and profiles used
[IEC 61850-2, ed. 1.0 (2003-08)]

5 Обзор и основные концепции абстрактного интерфейса услуг связи (ACSI)

5.1 Общие сведения

Модели ACSI обеспечивают:

- спецификацию базовой модели для определения специальных информационных моделей подстанции, рассмотренных в МЭК 61850-7-3 (общие классы данных DATA) и МЭК 61850-7-4 (совместимые классы логических узлов LOGICAL-NODE и совместимые классы данных DATA);

- спецификацию моделей сервиса информационного обмена.

Информационные модели и сервисы информационного обмена тесно переплетены. С описательной точки зрения эти два аспекта до некоторой степени разделены (см. фрагмент, показанный на рисунке 1). Общие модели (например, классы логических узлов LOGICAL-NODE и классы данных DATA, включающие их сервисы) применены в МЭК 61850-7-3 и МЭК 61850-7-4 для определения многих специализированных информационных моделей - моделей автоматизации подстанции.

 

Information exchange

Обмен информацией

Information models

Модели информации

Service models other than in LN and DATA (for example DATA-SET, Reporting, GOOSE)

Модели сервиса, отличные от тех, что имеются в LN и DATA (например, DATA-SET, Reporting, GOOSE)

ACSI Information exchange (IEC 61850-7-2)

Обмен информацией ACSI (МЭК 61850-7-2)

Compatible LOGICAL-NODE

Совместимый логический узел

Compatible DATA

Совместимые данные

Specializations

Специализации

LOGICAL-NODE

Логический узел

DATA Services

Сервисы DATA

LN services

Сервисы LN

ACSI basic information models (IEC 61850-7-2)

Базовые информационные модели ACSI (МЭК 61850-7-2)

Information models (IEC 61850-7-3; IEC 61850-7-4)

Информационные модели (МЭК 61850-7-3; МЭК 61850-7-4)

Real device

Физическое устройство

Рисунок 1 - Часть концептуальной модели

LOGICAL-DEVICE

Логическое устройство

DATA

Данные

DataAttribute

Атрибут данных

LOGICAL-NODE

Логический узел

ObjectName

Имя объекта

ObjectReference

Ссылка объекта

SERVER

СЕРВЕР

Name

Имя

Примечание 2 - Классы - основные компоновочные блоки, обеспечивающие структуру для моделей устройств автоматизации подстанции. Дополнительные подробности по моделированию и связям между МЭК 61850-7-3, МЭК 61850-7-4 и настоящим стандартом можно найти в МЭК 61850-7-1.

Примечание 3 - Цифры указывают соответствующие разделы в настоящем стандарте.

 

Рисунок 2 - Базовая концептуальная модель класса ACSI

[ ГОСТ Р МЭК 61850-7-2-2009]

Тематики

• релейная защита

Синонимы

• абстрактный интерфейс услуг связи

EN

• abstract communication service interface
• ACSI

ACSI

Абстрактный интерфейс сервиса связи

Блок, заблокированный

Источник: ГОСТ Р МЭК 61850-7-4-2011: Сети и системы связи на подстанциях. Часть 7. Базовая структура связи для подстанций и линейного оборудования. Раздел 4. Совместимые классы логических узлов и классы данных оригинал документа

Англо-русский словарь нормативно-технической терминологии > ACSI

абстрактный интерфейс службы связи
Виртуальный интерфейс с интеллектуальным электронным устройством, предоставляющий логическим устройствам, логическим узлам, данным, атрибутам данных и услугам связи абстрактные методы информационного моделирования независимо от фактически применяемого стека связи и профилей.Примечание. К абстрактным методам информационного моделирования относятся: соединение, доступ к переменным, незатребованная передача данных, услуги по управлению устройством и передаче файлов.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

абстрактный интерфейс услуг связи
-
[ ГОСТ Р МЭК 61850-7-2-2009]

EN

abstract communication service interface
virtual interface to an IED providing abstract information modelling methods for logical devices, logical nodes, data, and data attributes, and communication services for example connection, variable access, unsolicited data transfer, device control and file transfer services, independent of the actual communication stack and profiles used
[IEC 61850-2, ed. 1.0 (2003-08)]

5 Обзор и основные концепции абстрактного интерфейса услуг связи (ACSI)

5.1 Общие сведения

Модели ACSI обеспечивают:

- спецификацию базовой модели для определения специальных информационных моделей подстанции, рассмотренных в МЭК 61850-7-3 (общие классы данных DATA) и МЭК 61850-7-4 (совместимые классы логических узлов LOGICAL-NODE и совместимые классы данных DATA);

- спецификацию моделей сервиса информационного обмена.

Информационные модели и сервисы информационного обмена тесно переплетены. С описательной точки зрения эти два аспекта до некоторой степени разделены (см. фрагмент, показанный на рисунке 1). Общие модели (например, классы логических узлов LOGICAL-NODE и классы данных DATA, включающие их сервисы) применены в МЭК 61850-7-3 и МЭК 61850-7-4 для определения многих специализированных информационных моделей - моделей автоматизации подстанции.

 

Information exchange

Обмен информацией

Information models

Модели информации

Service models other than in LN and DATA (for example DATA-SET, Reporting, GOOSE)

Модели сервиса, отличные от тех, что имеются в LN и DATA (например, DATA-SET, Reporting, GOOSE)

ACSI Information exchange (IEC 61850-7-2)

Обмен информацией ACSI (МЭК 61850-7-2)

Compatible LOGICAL-NODE

Совместимый логический узел

Compatible DATA

Совместимые данные

Specializations

Специализации

LOGICAL-NODE

Логический узел

DATA Services

Сервисы DATA

LN services

Сервисы LN

ACSI basic information models (IEC 61850-7-2)

Базовые информационные модели ACSI (МЭК 61850-7-2)

Information models (IEC 61850-7-3; IEC 61850-7-4)

Информационные модели (МЭК 61850-7-3; МЭК 61850-7-4)

Real device

Физическое устройство

Рисунок 1 - Часть концептуальной модели

LOGICAL-DEVICE

Логическое устройство

DATA

Данные

DataAttribute

Атрибут данных

LOGICAL-NODE

Логический узел

ObjectName

Имя объекта

ObjectReference

Ссылка объекта

SERVER

СЕРВЕР

Name

Имя

Примечание 2 - Классы - основные компоновочные блоки, обеспечивающие структуру для моделей устройств автоматизации подстанции. Дополнительные подробности по моделированию и связям между МЭК 61850-7-3, МЭК 61850-7-4 и настоящим стандартом можно найти в МЭК 61850-7-1.

Примечание 3 - Цифры указывают соответствующие разделы в настоящем стандарте.

 

Рисунок 2 - Базовая концептуальная модель класса ACSI

[ ГОСТ Р МЭК 61850-7-2-2009]

Тематики

• релейная защита

Синонимы

• абстрактный интерфейс услуг связи

EN

• abstract communication service interface
• ACSI

Русско-английский словарь нормативно-технической терминологии > абстрактный интерфейс службы связи

абстрактный интерфейс службы связи
Виртуальный интерфейс с интеллектуальным электронным устройством, предоставляющий логическим устройствам, логическим узлам, данным, атрибутам данных и услугам связи абстрактные методы информационного моделирования независимо от фактически применяемого стека связи и профилей.Примечание. К абстрактным методам информационного моделирования относятся: соединение, доступ к переменным, незатребованная передача данных, услуги по управлению устройством и передаче файлов.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

абстрактный интерфейс услуг связи
-
[ ГОСТ Р МЭК 61850-7-2-2009]

EN

abstract communication service interface
virtual interface to an IED providing abstract information modelling methods for logical devices, logical nodes, data, and data attributes, and communication services for example connection, variable access, unsolicited data transfer, device control and file transfer services, independent of the actual communication stack and profiles used
[IEC 61850-2, ed. 1.0 (2003-08)]

5 Обзор и основные концепции абстрактного интерфейса услуг связи (ACSI)

5.1 Общие сведения

Модели ACSI обеспечивают:

- спецификацию базовой модели для определения специальных информационных моделей подстанции, рассмотренных в МЭК 61850-7-3 (общие классы данных DATA) и МЭК 61850-7-4 (совместимые классы логических узлов LOGICAL-NODE и совместимые классы данных DATA);

- спецификацию моделей сервиса информационного обмена.

Информационные модели и сервисы информационного обмена тесно переплетены. С описательной точки зрения эти два аспекта до некоторой степени разделены (см. фрагмент, показанный на рисунке 1). Общие модели (например, классы логических узлов LOGICAL-NODE и классы данных DATA, включающие их сервисы) применены в МЭК 61850-7-3 и МЭК 61850-7-4 для определения многих специализированных информационных моделей - моделей автоматизации подстанции.

 

Information exchange

Обмен информацией

Information models

Модели информации

Service models other than in LN and DATA (for example DATA-SET, Reporting, GOOSE)

Модели сервиса, отличные от тех, что имеются в LN и DATA (например, DATA-SET, Reporting, GOOSE)

ACSI Information exchange (IEC 61850-7-2)

Обмен информацией ACSI (МЭК 61850-7-2)

Compatible LOGICAL-NODE

Совместимый логический узел

Compatible DATA

Совместимые данные

Specializations

Специализации

LOGICAL-NODE

Логический узел

DATA Services

Сервисы DATA

LN services

Сервисы LN

ACSI basic information models (IEC 61850-7-2)

Базовые информационные модели ACSI (МЭК 61850-7-2)

Information models (IEC 61850-7-3; IEC 61850-7-4)

Информационные модели (МЭК 61850-7-3; МЭК 61850-7-4)

Real device

Физическое устройство

Рисунок 1 - Часть концептуальной модели

LOGICAL-DEVICE

Логическое устройство

DATA

Данные

DataAttribute

Атрибут данных

LOGICAL-NODE

Логический узел

ObjectName

Имя объекта

ObjectReference

Ссылка объекта

SERVER

СЕРВЕР

Name

Имя

Примечание 2 - Классы - основные компоновочные блоки, обеспечивающие структуру для моделей устройств автоматизации подстанции. Дополнительные подробности по моделированию и связям между МЭК 61850-7-3, МЭК 61850-7-4 и настоящим стандартом можно найти в МЭК 61850-7-1.

Примечание 3 - Цифры указывают соответствующие разделы в настоящем стандарте.

 

Рисунок 2 - Базовая концептуальная модель класса ACSI

[ ГОСТ Р МЭК 61850-7-2-2009]

Тематики

• релейная защита

Синонимы

• абстрактный интерфейс услуг связи

EN

• abstract communication service interface
• ACSI

Англо-русский словарь нормативно-технической терминологии > abstract communication service interface

GOOSE-сообщение
-
[Интент]

широковещательное объектно-ориентированное сообщение о событии на подстанции
Широковещательный высокоскоростной внеочередной отчет, содержащий статус каждого из входов, устройств пуска, элементов выхода и реле, реальных и виртуальных.
Примечание. Этот отчет выдается многократно последовательно, как правило, сразу после первого отчета с интервалами 2, 4, 8,…, 60000 мс. Значение задержки первого повторения является конфигурируемым. Такой отчет обеспечивает выдачу высокоскоростных сигналов отключения с высокой вероятностью доставки.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

общие объектно-ориентированные события на подстанции
-
[ ГОСТ Р МЭК 61850-7-2-2009]

GOOSE
Generic Object Oriented Substation Event (стандарт МЭК 61850-8-1)
Протокол передачи данных о событиях на подстанции.
Один из трех протоколов передачи данных, предлагаемых к использованию в МЭК 61850.
Фактически данный протокол служит для замены медных кабельных связей, предназначенных для передачи дискретных сигналов между устройствами.
[ Цифровые подстанции. Проблемы внедрения устройств РЗА]

EN

generic object oriented substation event
on the occurrence of any change of state, an IED will multicast a high speed, binary object, Generic Object Oriented Substation Event (GOOSE) report by exception, typically containing the double command state of each of its status inputs, starters, output elements and relays, actual and virtual.

This report is re-issued sequentially, typically after the first report, again at intervals of 2, 4, 8…60000 ms. (The first repetition delay value is an open value it may be either shorter or longer).

A GOOSE report enables high speed trip signals to be issued with a high probability of delivery
[IEC 61850-2, ed. 1.0 (2003-08)]

До недавнего времени для передачи дискретных сигналов между терминалами релейной защиты и автоматики (РЗА) использовались дискретные входы и выходные реле. Передача сигнала при этом осуществляется подачей оперативного напряжения посредством замыкания выходного реле одного терминала на дискретный вход другого терминала (далее такой способ передачи будем называть традиционным).
Такой способ передачи информации имеет следующие недостатки:

• необходимо большое количество контрольных кабелей, проложенных между шкафами РЗА,
• терминалы РЗА должны иметь большое количество дискретных входов и выходных реле,
• количество передаваемых сигналов ограничивается определенным количеством дискретных входов и выходных реле,
• отсутствие контроля связи между терминалами РЗА,
• возможность ложного срабатывания дискретного входа при замыкании на землю в цепи передачи сигнала.

Информационные технологии уже давно предоставляли возможность для передачи информации между микропроцессорными терминалами по цифровой сети. Разработанный недавно стандарт МЭК 61850 предоставил такую возможность для передачи сигналов между терминалами РЗА.
Стандарт МЭК 61850 использует для передачи данных сеть Ethernet. Внутри стандарта МЭК 61850 предусмотрен такой механизм, как GOOSE-сообщения, которые и используются для передачи сообщений между терминалами РЗА.
Принцип передачи GOOSE-сообщений показан на рис. 1.

Устройство-отправитель передает по сети Ethernet информацию в широковещательном диапазоне.
В сообщении присутствует адрес отправителя и адреса, по которым осуществляется его передача, а также значение сигнала (например «0» или «1»).
Устройство-получатель получит сообщение, а все остальные устройства его проигнорируют.
Поскольку передача GOOSE-сообщений осуществляется в широковещательном диапазоне, т.е. нескольким адресатам, подтверждение факта получения адресатами сообщения отсутствует. По этой причине передача GOOSE-сообщений в установившемся режиме производится с определенной периодичностью.
При наступлении нового события в системе (например, КЗ и, как следствие, пуска измерительных органов защиты) начинается спонтанная передача сообщения через увеличивающиеся интервалы времени (например, 1 мс, 2 мс, 4 мс и т.д.). Интервалы времени между передаваемыми сообщениями увеличиваются, пока не будет достигнуто предельное значение, определяемое пользователем (например, 50 мс). Далее, до момента наступления нового события в системе, передача будет осуществляется именно с таким периодом. Указанное проиллюстрировано на рис. 2.

Технология повторной передачи не только гарантирует получение адресатом сообщения, но также обеспечивает контроль исправности линии связи и устройств – любые неисправности будут обнаружены по истечении максимального периода передачи GOOSE-сообщений (с точки зрения эксплуатации практически мгновенно). В случае передачи сигналов традиционным образом неисправность выявляется либо в процессе плановой проверки устройств, либо в случае неправильной работы системы РЗА.

Еще одной особенностью передачи GOOSE-сообщений является использование функций установки приоритетности передачи телеграмм (priority tagging) стандарта Ethernet IEEE 802.3u, которые не используются в других протоколах, в том числе уровня TCP/IP. То есть GOOSE-сообщения идут в обход «нормальных» телеграмм с более высоким приоритетом (см. рис. 3).

Однако стандарт МЭК 61850 декларирует передачу не только дискретной информации между терминалами РЗА, но и аналоговой. Это означает, что в будущем будет иметься возможность передачи аналоговой информации от ТТ и ТН по цифровым каналам связи. На данный момент готовых решений по передаче аналоговой информации для целей РЗА (в рамках стандарта МЭК 61850) ни один из производителей не предоставляет.
Для того чтобы использовать GOOSE-сообщения для передачи дискретных сигналов между терминалами РЗА необходима достаточная надежность и быстродействие передачи GOOSE-сообщений. Надежность передачи GOOSE-сообщений обеспечивается следующим:

• Протокол МЭК 61850 использует Ethernet-сеть, за счет этого выход из строя верхнего уровня АСУ ТП и любого из устройств РЗА не отражается на передаче GOOSE-сообщений оставшихся в работе устройств,
• Терминалы РЗА имеют два независимых Ethernet-порта, при выходе одного из них из строя второй его полностью заменяет,
• Сетевые коммутаторы, к которым подключаются устройства РЗА, соединяются в два независимых «кольца»,
• Разные порты одного терминала РЗА подключаются к разным сетевым коммутаторам, подключенным к разным «кольцам»,
• Каждый сетевой коммутатор имеет дублированное питание от разных источников,
• Во всех устройствах РЗА осуществляется постоянный контроль возможности прохождения каждого сигнала. Это позволяет автоматически определить не только отказы цифровой связи, но и ошибки параметрирования терминалов.

На рис. 4 изображен пример структурной схемы сети Ethernet (100 Мбит/c) подстанции. Отказ в передаче GOOSE-сообщения от одного устройства защиты другому возможен в результате совпадения как минимум двух событий. Например, одновременный отказ двух коммутаторов, к которым подключено одно устройство или одновременный отказ обоих портов одного устройства. Могут быть и более сложные отказы, связанные с одновременным наложением большего количества событий. Таким образом, единичные отказы оборудования не могут привести к отказу передачи GOOSEсообщений. Дополнительно увеличивает надежность то обстоятельство, что даже в случае отказа в передаче GOOSE-сообщения, устройство, принимающее сигнал, выдаст сигнал неисправности, и персонал примет необходимые меры для ее устранения.

Быстродействие.
В соответствии с требованиями стандарта МЭК 61850 передача GOOSE-сообщений должна осуществляться со временем не более 4 мс (для сообщений, требующих быстрой передачи, например, для передачи сигналов срабатывания защит, пусков АПВ и УРОВ и т.п.). Вообще говоря, время передачи зависит от топологии сети, количества устройств в ней, загрузки сети и загрузки вычислительных ресурсов терминалов РЗА, версии операционной системы терминала, коммуникационного модуля, типа центрального процессора терминала, количества коммутаторов и некоторых других аспектов. Поэтому время передачи GOOSE-сообщений должно быть подтверждено опытом эксплуатации.
Используя для передачи дискретных сигналов GOOSE-сообщения необходимо обращать внимание на то обстоятельство, что при использовании аппаратуры некоторых производителей, в случае отказа линии связи, значение передаваемого сигнала может оставаться таким, каким оно было получено в момент приема последнего сообщения.
Однако при отказе связи бывают случаи, когда сигнал должен принимать определенное значение. Например, значение сигнала блокировки МТЗ ввода 6–10 кВ в логике ЛЗШ при отказе связи целесообразно установить в значение «1», чтобы при КЗ на отходящем присоединении не произошло ложного отключения ввода. Так, к примеру, при проектировании терминалов фирмы Siemens изменить значение сигнала при отказе связи возможно с помощью свободно-программируемой CFCлогики (см. рис. 5).

К CFC-блоку SI_GET_STATUS подводится принимаемый сигнал, на выходе блока мы можем получить значение сигнала «Value» и его статус «NV». Если в течение определенного времени не поступит сообщение со значением сигнала, статус сигнала «NV» примет значение «1». Далее статус сигнала и значение сигнала подводятся к элементу «ИЛИ», на выходе которого будет получено значение сигнала при исправности линии связи или «1» при нарушении исправности линии связи. Изменив логику, можно установить значение сигнала равным «0» при обрыве связи.
Использование GOOSE-сообщений предъявляет специальные требования к наладке и эксплуатации устройств РЗА. Во многом процесс наладки становится проще, однако при выводе устройства из работы необходимо следить не только за выводом традиционных цепей, но и не забывать отключать передачу GOOSE-сообщений.
При изменении параметрирования одного устройства РЗА необходимо производить загрузку файла параметров во все устройства, с которыми оно было связано.
В нашей стране имеется опыт внедрения и эксплуатации систем РЗА с передачей дискретных сигналов с использованием GOOSE-сообщений. На первых объектах GOOSE-сообщения использовались ограниченно (ПС 500 кВ «Алюминиевая»).
На ПС 500 кВ «Воронежская» GOOSEсообщения использовались для передачи сигналов пуска УРОВ, пуска АПВ, запрета АПВ, действия УРОВ на отключение смежного элемента, положения коммутационных аппаратов, наличия/отсутствия напряжения, сигналы ЛЗШ, АВР и т.п. Кроме того, на ОРУ 500 кВ и 110 кВ ПС «Воронежская» были установлены полевые терминалы, в которые собиралась информация с коммутационного оборудования и другая дискретная информация с ОРУ (рис. 6). Далее информация с помощью GOOSE-сообщений передавалась в терминалы РЗА, установленные в ОПУ подстанции (рис. 7, 8).
GOOSE-сообщения также были использованы при проектировании уже введенных в эксплуатацию ПС 500 кВ «Бескудниково», ПС 750 кВ «Белый Раст», ПС 330кВ «Княжегубская», ПС 220 кВ «Образцово», ПС 330 кВ «Ржевская». Эта технология применяется и при проектировании строящихся и модернизируемых подстанций ПС 500 кВ «Чагино», ПС 330кВ «Восточная», ПС 330 кВ «Южная», ПС 330 кВ «Центральная», ПС
330 кВ «Завод Ильич» и многих других.
Основные преимущества использования GOOSE-сообщений:

• позволяет снизить количество кабелей вторичной коммутации на ПС;
• обеспечивает лучшую помехозащищенность канала связи;
• позволяет снизить время монтажных и пусконаладочных работ;
• исключает проблему излишнего срабатывания дискретных входов терминалов из-за замыканий на землю в цепях оперативного постоянного тока;
• убирает зависимость количества передаваемых сигналов от количества дискретных входов и выходных реле терминалов;
• обеспечивает возможность реконструкции и изменения связей между устройствами РЗА без прокладки дополнительных кабельных связей и повторного монтажа в шкафах;
• позволяет использовать МП терминалы РЗА с меньшим количеством входов и выходов (уменьшение габаритов и стоимости устройства);
• позволяет контролировать возможность прохождения сигнала (увеличивается надежность).

Безусловно, для окончательных выводов должен появиться достаточный опыт эксплуатации. В настоящее время большинство производителей устройств РЗА заявили о возможности использования GOOSEсообщений. Стандарт МЭК 61850 определяет передачу GOOSE-сообщений между терминалами разных производителей. Использование GOOSE-сообщений для передачи дискретных сигналов – это качественный скачок в развитии систем РЗА. С развитием стандарта МЭК 61850, переходом на Ethernet 1 Гбит/сек, с появлением новых цифровых ТТ и ТН, новых выключателей с возможностью подключения их блока управления к шине процесса МЭК 61850, эффективность использования GOOSE-сообщений намного увеличится. Облик будущих подстанций представляется с минимальным количеством контрольных кабелей, с передачей всех сообщений между устройствами РЗА, ТТ, ТН, коммутационными аппаратами через цифровую сеть. Устройства РЗА будут иметь минимальное количество выходных реле и дискретных входов

[ http://romvchvlcomm.pbworks.com/f/goosepaper1.pdf]

В стандарте определены два способа передачи данных напрямую между устройствами: GOOSE и GSSE. Это тоже пример наличия двух способов для реализации одной функции. GOOSE - более новый способ передачи сообщений, разработан специально для МЭК 61850. Способ передачи сообщений GSSE ранее присутствовал в стандарте UCA 2.0, являющимся одним из предшественников МЭК 61850. По сравнению с GSSE, GOOSE имеет более простой формат (Ethernet против стека OSI протоколов) и возможность передачи различных типов данных. Вероятно, способ GSSE включили в МЭК 61850 для того, чтобы производители, имеющие в своих устройствах протокол UCA 2.0, могли сразу декларировать соответствие МЭК 61850. В настоящее время все производители используют только GOOSE для передачи сообщений между устройствами.
Для выбора списка передаваемых данных в GOOSE, как и в отчѐтах, используются наборы данных. Однако тут требования уже другие. Время обработки GOOSE-сообщений должно быть минимальным, поэтому логично передавать наиболее простые типы данных. Обычно передаѐтся само значение сигнала и в некоторых случаях добавляется поле качества. Метка времени обычно включается в набор данных.
...
В устройствах серии БЭ2704 в передаваемых GOOSE-сообщениях содержатся данные типа boolean. Приниматься могут данные типа boolean, dbpos, integer.
Устоявшаяся тенденция существует только для передачи дискретной информации. Аналоговые данные пока передают немногие производители, и поэтому устоявшаяся тенденция в передаче аналоговой информации в данный момент отсутствует.
[ Источник]


 

Тематики

• релейная защита

Синонимы

• GOOSE-сообщение
• общие объектно-ориентированные события на подстанции

EN

• generic object oriented substation event
• GOOSE

GOOSE-сообщение
-
[Интент]

широковещательное объектно-ориентированное сообщение о событии на подстанции
Широковещательный высокоскоростной внеочередной отчет, содержащий статус каждого из входов, устройств пуска, элементов выхода и реле, реальных и виртуальных.
Примечание. Этот отчет выдается многократно последовательно, как правило, сразу после первого отчета с интервалами 2, 4, 8,…, 60000 мс. Значение задержки первого повторения является конфигурируемым. Такой отчет обеспечивает выдачу высокоскоростных сигналов отключения с высокой вероятностью доставки.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

общие объектно-ориентированные события на подстанции
-
[ ГОСТ Р МЭК 61850-7-2-2009]

GOOSE
Generic Object Oriented Substation Event (стандарт МЭК 61850-8-1)
Протокол передачи данных о событиях на подстанции.
Один из трех протоколов передачи данных, предлагаемых к использованию в МЭК 61850.
Фактически данный протокол служит для замены медных кабельных связей, предназначенных для передачи дискретных сигналов между устройствами.
[ Цифровые подстанции. Проблемы внедрения устройств РЗА]

EN

generic object oriented substation event
on the occurrence of any change of state, an IED will multicast a high speed, binary object, Generic Object Oriented Substation Event (GOOSE) report by exception, typically containing the double command state of each of its status inputs, starters, output elements and relays, actual and virtual.

This report is re-issued sequentially, typically after the first report, again at intervals of 2, 4, 8…60000 ms. (The first repetition delay value is an open value it may be either shorter or longer).

A GOOSE report enables high speed trip signals to be issued with a high probability of delivery
[IEC 61850-2, ed. 1.0 (2003-08)]

До недавнего времени для передачи дискретных сигналов между терминалами релейной защиты и автоматики (РЗА) использовались дискретные входы и выходные реле. Передача сигнала при этом осуществляется подачей оперативного напряжения посредством замыкания выходного реле одного терминала на дискретный вход другого терминала (далее такой способ передачи будем называть традиционным).
Такой способ передачи информации имеет следующие недостатки:

• необходимо большое количество контрольных кабелей, проложенных между шкафами РЗА,
• терминалы РЗА должны иметь большое количество дискретных входов и выходных реле,
• количество передаваемых сигналов ограничивается определенным количеством дискретных входов и выходных реле,
• отсутствие контроля связи между терминалами РЗА,
• возможность ложного срабатывания дискретного входа при замыкании на землю в цепи передачи сигнала.

Информационные технологии уже давно предоставляли возможность для передачи информации между микропроцессорными терминалами по цифровой сети. Разработанный недавно стандарт МЭК 61850 предоставил такую возможность для передачи сигналов между терминалами РЗА.
Стандарт МЭК 61850 использует для передачи данных сеть Ethernet. Внутри стандарта МЭК 61850 предусмотрен такой механизм, как GOOSE-сообщения, которые и используются для передачи сообщений между терминалами РЗА.
Принцип передачи GOOSE-сообщений показан на рис. 1.

Устройство-отправитель передает по сети Ethernet информацию в широковещательном диапазоне.
В сообщении присутствует адрес отправителя и адреса, по которым осуществляется его передача, а также значение сигнала (например «0» или «1»).
Устройство-получатель получит сообщение, а все остальные устройства его проигнорируют.
Поскольку передача GOOSE-сообщений осуществляется в широковещательном диапазоне, т.е. нескольким адресатам, подтверждение факта получения адресатами сообщения отсутствует. По этой причине передача GOOSE-сообщений в установившемся режиме производится с определенной периодичностью.
При наступлении нового события в системе (например, КЗ и, как следствие, пуска измерительных органов защиты) начинается спонтанная передача сообщения через увеличивающиеся интервалы времени (например, 1 мс, 2 мс, 4 мс и т.д.). Интервалы времени между передаваемыми сообщениями увеличиваются, пока не будет достигнуто предельное значение, определяемое пользователем (например, 50 мс). Далее, до момента наступления нового события в системе, передача будет осуществляется именно с таким периодом. Указанное проиллюстрировано на рис. 2.

Технология повторной передачи не только гарантирует получение адресатом сообщения, но также обеспечивает контроль исправности линии связи и устройств – любые неисправности будут обнаружены по истечении максимального периода передачи GOOSE-сообщений (с точки зрения эксплуатации практически мгновенно). В случае передачи сигналов традиционным образом неисправность выявляется либо в процессе плановой проверки устройств, либо в случае неправильной работы системы РЗА.

Еще одной особенностью передачи GOOSE-сообщений является использование функций установки приоритетности передачи телеграмм (priority tagging) стандарта Ethernet IEEE 802.3u, которые не используются в других протоколах, в том числе уровня TCP/IP. То есть GOOSE-сообщения идут в обход «нормальных» телеграмм с более высоким приоритетом (см. рис. 3).

Однако стандарт МЭК 61850 декларирует передачу не только дискретной информации между терминалами РЗА, но и аналоговой. Это означает, что в будущем будет иметься возможность передачи аналоговой информации от ТТ и ТН по цифровым каналам связи. На данный момент готовых решений по передаче аналоговой информации для целей РЗА (в рамках стандарта МЭК 61850) ни один из производителей не предоставляет.
Для того чтобы использовать GOOSE-сообщения для передачи дискретных сигналов между терминалами РЗА необходима достаточная надежность и быстродействие передачи GOOSE-сообщений. Надежность передачи GOOSE-сообщений обеспечивается следующим:

• Протокол МЭК 61850 использует Ethernet-сеть, за счет этого выход из строя верхнего уровня АСУ ТП и любого из устройств РЗА не отражается на передаче GOOSE-сообщений оставшихся в работе устройств,
• Терминалы РЗА имеют два независимых Ethernet-порта, при выходе одного из них из строя второй его полностью заменяет,
• Сетевые коммутаторы, к которым подключаются устройства РЗА, соединяются в два независимых «кольца»,
• Разные порты одного терминала РЗА подключаются к разным сетевым коммутаторам, подключенным к разным «кольцам»,
• Каждый сетевой коммутатор имеет дублированное питание от разных источников,
• Во всех устройствах РЗА осуществляется постоянный контроль возможности прохождения каждого сигнала. Это позволяет автоматически определить не только отказы цифровой связи, но и ошибки параметрирования терминалов.

На рис. 4 изображен пример структурной схемы сети Ethernet (100 Мбит/c) подстанции. Отказ в передаче GOOSE-сообщения от одного устройства защиты другому возможен в результате совпадения как минимум двух событий. Например, одновременный отказ двух коммутаторов, к которым подключено одно устройство или одновременный отказ обоих портов одного устройства. Могут быть и более сложные отказы, связанные с одновременным наложением большего количества событий. Таким образом, единичные отказы оборудования не могут привести к отказу передачи GOOSEсообщений. Дополнительно увеличивает надежность то обстоятельство, что даже в случае отказа в передаче GOOSE-сообщения, устройство, принимающее сигнал, выдаст сигнал неисправности, и персонал примет необходимые меры для ее устранения.

Быстродействие.
В соответствии с требованиями стандарта МЭК 61850 передача GOOSE-сообщений должна осуществляться со временем не более 4 мс (для сообщений, требующих быстрой передачи, например, для передачи сигналов срабатывания защит, пусков АПВ и УРОВ и т.п.). Вообще говоря, время передачи зависит от топологии сети, количества устройств в ней, загрузки сети и загрузки вычислительных ресурсов терминалов РЗА, версии операционной системы терминала, коммуникационного модуля, типа центрального процессора терминала, количества коммутаторов и некоторых других аспектов. Поэтому время передачи GOOSE-сообщений должно быть подтверждено опытом эксплуатации.
Используя для передачи дискретных сигналов GOOSE-сообщения необходимо обращать внимание на то обстоятельство, что при использовании аппаратуры некоторых производителей, в случае отказа линии связи, значение передаваемого сигнала может оставаться таким, каким оно было получено в момент приема последнего сообщения.
Однако при отказе связи бывают случаи, когда сигнал должен принимать определенное значение. Например, значение сигнала блокировки МТЗ ввода 6–10 кВ в логике ЛЗШ при отказе связи целесообразно установить в значение «1», чтобы при КЗ на отходящем присоединении не произошло ложного отключения ввода. Так, к примеру, при проектировании терминалов фирмы Siemens изменить значение сигнала при отказе связи возможно с помощью свободно-программируемой CFCлогики (см. рис. 5).

К CFC-блоку SI_GET_STATUS подводится принимаемый сигнал, на выходе блока мы можем получить значение сигнала «Value» и его статус «NV». Если в течение определенного времени не поступит сообщение со значением сигнала, статус сигнала «NV» примет значение «1». Далее статус сигнала и значение сигнала подводятся к элементу «ИЛИ», на выходе которого будет получено значение сигнала при исправности линии связи или «1» при нарушении исправности линии связи. Изменив логику, можно установить значение сигнала равным «0» при обрыве связи.
Использование GOOSE-сообщений предъявляет специальные требования к наладке и эксплуатации устройств РЗА. Во многом процесс наладки становится проще, однако при выводе устройства из работы необходимо следить не только за выводом традиционных цепей, но и не забывать отключать передачу GOOSE-сообщений.
При изменении параметрирования одного устройства РЗА необходимо производить загрузку файла параметров во все устройства, с которыми оно было связано.
В нашей стране имеется опыт внедрения и эксплуатации систем РЗА с передачей дискретных сигналов с использованием GOOSE-сообщений. На первых объектах GOOSE-сообщения использовались ограниченно (ПС 500 кВ «Алюминиевая»).
На ПС 500 кВ «Воронежская» GOOSEсообщения использовались для передачи сигналов пуска УРОВ, пуска АПВ, запрета АПВ, действия УРОВ на отключение смежного элемента, положения коммутационных аппаратов, наличия/отсутствия напряжения, сигналы ЛЗШ, АВР и т.п. Кроме того, на ОРУ 500 кВ и 110 кВ ПС «Воронежская» были установлены полевые терминалы, в которые собиралась информация с коммутационного оборудования и другая дискретная информация с ОРУ (рис. 6). Далее информация с помощью GOOSE-сообщений передавалась в терминалы РЗА, установленные в ОПУ подстанции (рис. 7, 8).
GOOSE-сообщения также были использованы при проектировании уже введенных в эксплуатацию ПС 500 кВ «Бескудниково», ПС 750 кВ «Белый Раст», ПС 330кВ «Княжегубская», ПС 220 кВ «Образцово», ПС 330 кВ «Ржевская». Эта технология применяется и при проектировании строящихся и модернизируемых подстанций ПС 500 кВ «Чагино», ПС 330кВ «Восточная», ПС 330 кВ «Южная», ПС 330 кВ «Центральная», ПС
330 кВ «Завод Ильич» и многих других.
Основные преимущества использования GOOSE-сообщений:

• позволяет снизить количество кабелей вторичной коммутации на ПС;
• обеспечивает лучшую помехозащищенность канала связи;
• позволяет снизить время монтажных и пусконаладочных работ;
• исключает проблему излишнего срабатывания дискретных входов терминалов из-за замыканий на землю в цепях оперативного постоянного тока;
• убирает зависимость количества передаваемых сигналов от количества дискретных входов и выходных реле терминалов;
• обеспечивает возможность реконструкции и изменения связей между устройствами РЗА без прокладки дополнительных кабельных связей и повторного монтажа в шкафах;
• позволяет использовать МП терминалы РЗА с меньшим количеством входов и выходов (уменьшение габаритов и стоимости устройства);
• позволяет контролировать возможность прохождения сигнала (увеличивается надежность).

Безусловно, для окончательных выводов должен появиться достаточный опыт эксплуатации. В настоящее время большинство производителей устройств РЗА заявили о возможности использования GOOSEсообщений. Стандарт МЭК 61850 определяет передачу GOOSE-сообщений между терминалами разных производителей. Использование GOOSE-сообщений для передачи дискретных сигналов – это качественный скачок в развитии систем РЗА. С развитием стандарта МЭК 61850, переходом на Ethernet 1 Гбит/сек, с появлением новых цифровых ТТ и ТН, новых выключателей с возможностью подключения их блока управления к шине процесса МЭК 61850, эффективность использования GOOSE-сообщений намного увеличится. Облик будущих подстанций представляется с минимальным количеством контрольных кабелей, с передачей всех сообщений между устройствами РЗА, ТТ, ТН, коммутационными аппаратами через цифровую сеть. Устройства РЗА будут иметь минимальное количество выходных реле и дискретных входов

[ http://romvchvlcomm.pbworks.com/f/goosepaper1.pdf]

В стандарте определены два способа передачи данных напрямую между устройствами: GOOSE и GSSE. Это тоже пример наличия двух способов для реализации одной функции. GOOSE - более новый способ передачи сообщений, разработан специально для МЭК 61850. Способ передачи сообщений GSSE ранее присутствовал в стандарте UCA 2.0, являющимся одним из предшественников МЭК 61850. По сравнению с GSSE, GOOSE имеет более простой формат (Ethernet против стека OSI протоколов) и возможность передачи различных типов данных. Вероятно, способ GSSE включили в МЭК 61850 для того, чтобы производители, имеющие в своих устройствах протокол UCA 2.0, могли сразу декларировать соответствие МЭК 61850. В настоящее время все производители используют только GOOSE для передачи сообщений между устройствами.
Для выбора списка передаваемых данных в GOOSE, как и в отчѐтах, используются наборы данных. Однако тут требования уже другие. Время обработки GOOSE-сообщений должно быть минимальным, поэтому логично передавать наиболее простые типы данных. Обычно передаѐтся само значение сигнала и в некоторых случаях добавляется поле качества. Метка времени обычно включается в набор данных.
...
В устройствах серии БЭ2704 в передаваемых GOOSE-сообщениях содержатся данные типа boolean. Приниматься могут данные типа boolean, dbpos, integer.
Устоявшаяся тенденция существует только для передачи дискретной информации. Аналоговые данные пока передают немногие производители, и поэтому устоявшаяся тенденция в передаче аналоговой информации в данный момент отсутствует.
[ Источник]


 

Тематики

• релейная защита

Синонимы

• GOOSE-сообщение
• общие объектно-ориентированные события на подстанции

EN

• generic object oriented substation event
• GOOSE

GOOSE-сообщение
-
[Интент]

широковещательное объектно-ориентированное сообщение о событии на подстанции
Широковещательный высокоскоростной внеочередной отчет, содержащий статус каждого из входов, устройств пуска, элементов выхода и реле, реальных и виртуальных.
Примечание. Этот отчет выдается многократно последовательно, как правило, сразу после первого отчета с интервалами 2, 4, 8,…, 60000 мс. Значение задержки первого повторения является конфигурируемым. Такой отчет обеспечивает выдачу высокоскоростных сигналов отключения с высокой вероятностью доставки.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

общие объектно-ориентированные события на подстанции
-
[ ГОСТ Р МЭК 61850-7-2-2009]

GOOSE
Generic Object Oriented Substation Event (стандарт МЭК 61850-8-1)
Протокол передачи данных о событиях на подстанции.
Один из трех протоколов передачи данных, предлагаемых к использованию в МЭК 61850.
Фактически данный протокол служит для замены медных кабельных связей, предназначенных для передачи дискретных сигналов между устройствами.
[ Цифровые подстанции. Проблемы внедрения устройств РЗА]

EN

generic object oriented substation event
on the occurrence of any change of state, an IED will multicast a high speed, binary object, Generic Object Oriented Substation Event (GOOSE) report by exception, typically containing the double command state of each of its status inputs, starters, output elements and relays, actual and virtual.

This report is re-issued sequentially, typically after the first report, again at intervals of 2, 4, 8…60000 ms. (The first repetition delay value is an open value it may be either shorter or longer).

A GOOSE report enables high speed trip signals to be issued with a high probability of delivery
[IEC 61850-2, ed. 1.0 (2003-08)]

До недавнего времени для передачи дискретных сигналов между терминалами релейной защиты и автоматики (РЗА) использовались дискретные входы и выходные реле. Передача сигнала при этом осуществляется подачей оперативного напряжения посредством замыкания выходного реле одного терминала на дискретный вход другого терминала (далее такой способ передачи будем называть традиционным).
Такой способ передачи информации имеет следующие недостатки:

• необходимо большое количество контрольных кабелей, проложенных между шкафами РЗА,
• терминалы РЗА должны иметь большое количество дискретных входов и выходных реле,
• количество передаваемых сигналов ограничивается определенным количеством дискретных входов и выходных реле,
• отсутствие контроля связи между терминалами РЗА,
• возможность ложного срабатывания дискретного входа при замыкании на землю в цепи передачи сигнала.

Информационные технологии уже давно предоставляли возможность для передачи информации между микропроцессорными терминалами по цифровой сети. Разработанный недавно стандарт МЭК 61850 предоставил такую возможность для передачи сигналов между терминалами РЗА.
Стандарт МЭК 61850 использует для передачи данных сеть Ethernet. Внутри стандарта МЭК 61850 предусмотрен такой механизм, как GOOSE-сообщения, которые и используются для передачи сообщений между терминалами РЗА.
Принцип передачи GOOSE-сообщений показан на рис. 1.

Устройство-отправитель передает по сети Ethernet информацию в широковещательном диапазоне.
В сообщении присутствует адрес отправителя и адреса, по которым осуществляется его передача, а также значение сигнала (например «0» или «1»).
Устройство-получатель получит сообщение, а все остальные устройства его проигнорируют.
Поскольку передача GOOSE-сообщений осуществляется в широковещательном диапазоне, т.е. нескольким адресатам, подтверждение факта получения адресатами сообщения отсутствует. По этой причине передача GOOSE-сообщений в установившемся режиме производится с определенной периодичностью.
При наступлении нового события в системе (например, КЗ и, как следствие, пуска измерительных органов защиты) начинается спонтанная передача сообщения через увеличивающиеся интервалы времени (например, 1 мс, 2 мс, 4 мс и т.д.). Интервалы времени между передаваемыми сообщениями увеличиваются, пока не будет достигнуто предельное значение, определяемое пользователем (например, 50 мс). Далее, до момента наступления нового события в системе, передача будет осуществляется именно с таким периодом. Указанное проиллюстрировано на рис. 2.

Технология повторной передачи не только гарантирует получение адресатом сообщения, но также обеспечивает контроль исправности линии связи и устройств – любые неисправности будут обнаружены по истечении максимального периода передачи GOOSE-сообщений (с точки зрения эксплуатации практически мгновенно). В случае передачи сигналов традиционным образом неисправность выявляется либо в процессе плановой проверки устройств, либо в случае неправильной работы системы РЗА.

Еще одной особенностью передачи GOOSE-сообщений является использование функций установки приоритетности передачи телеграмм (priority tagging) стандарта Ethernet IEEE 802.3u, которые не используются в других протоколах, в том числе уровня TCP/IP. То есть GOOSE-сообщения идут в обход «нормальных» телеграмм с более высоким приоритетом (см. рис. 3).

Однако стандарт МЭК 61850 декларирует передачу не только дискретной информации между терминалами РЗА, но и аналоговой. Это означает, что в будущем будет иметься возможность передачи аналоговой информации от ТТ и ТН по цифровым каналам связи. На данный момент готовых решений по передаче аналоговой информации для целей РЗА (в рамках стандарта МЭК 61850) ни один из производителей не предоставляет.
Для того чтобы использовать GOOSE-сообщения для передачи дискретных сигналов между терминалами РЗА необходима достаточная надежность и быстродействие передачи GOOSE-сообщений. Надежность передачи GOOSE-сообщений обеспечивается следующим:

• Протокол МЭК 61850 использует Ethernet-сеть, за счет этого выход из строя верхнего уровня АСУ ТП и любого из устройств РЗА не отражается на передаче GOOSE-сообщений оставшихся в работе устройств,
• Терминалы РЗА имеют два независимых Ethernet-порта, при выходе одного из них из строя второй его полностью заменяет,
• Сетевые коммутаторы, к которым подключаются устройства РЗА, соединяются в два независимых «кольца»,
• Разные порты одного терминала РЗА подключаются к разным сетевым коммутаторам, подключенным к разным «кольцам»,
• Каждый сетевой коммутатор имеет дублированное питание от разных источников,
• Во всех устройствах РЗА осуществляется постоянный контроль возможности прохождения каждого сигнала. Это позволяет автоматически определить не только отказы цифровой связи, но и ошибки параметрирования терминалов.

На рис. 4 изображен пример структурной схемы сети Ethernet (100 Мбит/c) подстанции. Отказ в передаче GOOSE-сообщения от одного устройства защиты другому возможен в результате совпадения как минимум двух событий. Например, одновременный отказ двух коммутаторов, к которым подключено одно устройство или одновременный отказ обоих портов одного устройства. Могут быть и более сложные отказы, связанные с одновременным наложением большего количества событий. Таким образом, единичные отказы оборудования не могут привести к отказу передачи GOOSEсообщений. Дополнительно увеличивает надежность то обстоятельство, что даже в случае отказа в передаче GOOSE-сообщения, устройство, принимающее сигнал, выдаст сигнал неисправности, и персонал примет необходимые меры для ее устранения.

Быстродействие.
В соответствии с требованиями стандарта МЭК 61850 передача GOOSE-сообщений должна осуществляться со временем не более 4 мс (для сообщений, требующих быстрой передачи, например, для передачи сигналов срабатывания защит, пусков АПВ и УРОВ и т.п.). Вообще говоря, время передачи зависит от топологии сети, количества устройств в ней, загрузки сети и загрузки вычислительных ресурсов терминалов РЗА, версии операционной системы терминала, коммуникационного модуля, типа центрального процессора терминала, количества коммутаторов и некоторых других аспектов. Поэтому время передачи GOOSE-сообщений должно быть подтверждено опытом эксплуатации.
Используя для передачи дискретных сигналов GOOSE-сообщения необходимо обращать внимание на то обстоятельство, что при использовании аппаратуры некоторых производителей, в случае отказа линии связи, значение передаваемого сигнала может оставаться таким, каким оно было получено в момент приема последнего сообщения.
Однако при отказе связи бывают случаи, когда сигнал должен принимать определенное значение. Например, значение сигнала блокировки МТЗ ввода 6–10 кВ в логике ЛЗШ при отказе связи целесообразно установить в значение «1», чтобы при КЗ на отходящем присоединении не произошло ложного отключения ввода. Так, к примеру, при проектировании терминалов фирмы Siemens изменить значение сигнала при отказе связи возможно с помощью свободно-программируемой CFCлогики (см. рис. 5).

К CFC-блоку SI_GET_STATUS подводится принимаемый сигнал, на выходе блока мы можем получить значение сигнала «Value» и его статус «NV». Если в течение определенного времени не поступит сообщение со значением сигнала, статус сигнала «NV» примет значение «1». Далее статус сигнала и значение сигнала подводятся к элементу «ИЛИ», на выходе которого будет получено значение сигнала при исправности линии связи или «1» при нарушении исправности линии связи. Изменив логику, можно установить значение сигнала равным «0» при обрыве связи.
Использование GOOSE-сообщений предъявляет специальные требования к наладке и эксплуатации устройств РЗА. Во многом процесс наладки становится проще, однако при выводе устройства из работы необходимо следить не только за выводом традиционных цепей, но и не забывать отключать передачу GOOSE-сообщений.
При изменении параметрирования одного устройства РЗА необходимо производить загрузку файла параметров во все устройства, с которыми оно было связано.
В нашей стране имеется опыт внедрения и эксплуатации систем РЗА с передачей дискретных сигналов с использованием GOOSE-сообщений. На первых объектах GOOSE-сообщения использовались ограниченно (ПС 500 кВ «Алюминиевая»).
На ПС 500 кВ «Воронежская» GOOSEсообщения использовались для передачи сигналов пуска УРОВ, пуска АПВ, запрета АПВ, действия УРОВ на отключение смежного элемента, положения коммутационных аппаратов, наличия/отсутствия напряжения, сигналы ЛЗШ, АВР и т.п. Кроме того, на ОРУ 500 кВ и 110 кВ ПС «Воронежская» были установлены полевые терминалы, в которые собиралась информация с коммутационного оборудования и другая дискретная информация с ОРУ (рис. 6). Далее информация с помощью GOOSE-сообщений передавалась в терминалы РЗА, установленные в ОПУ подстанции (рис. 7, 8).
GOOSE-сообщения также были использованы при проектировании уже введенных в эксплуатацию ПС 500 кВ «Бескудниково», ПС 750 кВ «Белый Раст», ПС 330кВ «Княжегубская», ПС 220 кВ «Образцово», ПС 330 кВ «Ржевская». Эта технология применяется и при проектировании строящихся и модернизируемых подстанций ПС 500 кВ «Чагино», ПС 330кВ «Восточная», ПС 330 кВ «Южная», ПС 330 кВ «Центральная», ПС
330 кВ «Завод Ильич» и многих других.
Основные преимущества использования GOOSE-сообщений:

• позволяет снизить количество кабелей вторичной коммутации на ПС;
• обеспечивает лучшую помехозащищенность канала связи;
• позволяет снизить время монтажных и пусконаладочных работ;
• исключает проблему излишнего срабатывания дискретных входов терминалов из-за замыканий на землю в цепях оперативного постоянного тока;
• убирает зависимость количества передаваемых сигналов от количества дискретных входов и выходных реле терминалов;
• обеспечивает возможность реконструкции и изменения связей между устройствами РЗА без прокладки дополнительных кабельных связей и повторного монтажа в шкафах;
• позволяет использовать МП терминалы РЗА с меньшим количеством входов и выходов (уменьшение габаритов и стоимости устройства);
• позволяет контролировать возможность прохождения сигнала (увеличивается надежность).

Безусловно, для окончательных выводов должен появиться достаточный опыт эксплуатации. В настоящее время большинство производителей устройств РЗА заявили о возможности использования GOOSEсообщений. Стандарт МЭК 61850 определяет передачу GOOSE-сообщений между терминалами разных производителей. Использование GOOSE-сообщений для передачи дискретных сигналов – это качественный скачок в развитии систем РЗА. С развитием стандарта МЭК 61850, переходом на Ethernet 1 Гбит/сек, с появлением новых цифровых ТТ и ТН, новых выключателей с возможностью подключения их блока управления к шине процесса МЭК 61850, эффективность использования GOOSE-сообщений намного увеличится. Облик будущих подстанций представляется с минимальным количеством контрольных кабелей, с передачей всех сообщений между устройствами РЗА, ТТ, ТН, коммутационными аппаратами через цифровую сеть. Устройства РЗА будут иметь минимальное количество выходных реле и дискретных входов

[ http://romvchvlcomm.pbworks.com/f/goosepaper1.pdf]

В стандарте определены два способа передачи данных напрямую между устройствами: GOOSE и GSSE. Это тоже пример наличия двух способов для реализации одной функции. GOOSE - более новый способ передачи сообщений, разработан специально для МЭК 61850. Способ передачи сообщений GSSE ранее присутствовал в стандарте UCA 2.0, являющимся одним из предшественников МЭК 61850. По сравнению с GSSE, GOOSE имеет более простой формат (Ethernet против стека OSI протоколов) и возможность передачи различных типов данных. Вероятно, способ GSSE включили в МЭК 61850 для того, чтобы производители, имеющие в своих устройствах протокол UCA 2.0, могли сразу декларировать соответствие МЭК 61850. В настоящее время все производители используют только GOOSE для передачи сообщений между устройствами.
Для выбора списка передаваемых данных в GOOSE, как и в отчѐтах, используются наборы данных. Однако тут требования уже другие. Время обработки GOOSE-сообщений должно быть минимальным, поэтому логично передавать наиболее простые типы данных. Обычно передаѐтся само значение сигнала и в некоторых случаях добавляется поле качества. Метка времени обычно включается в набор данных.
...
В устройствах серии БЭ2704 в передаваемых GOOSE-сообщениях содержатся данные типа boolean. Приниматься могут данные типа boolean, dbpos, integer.
Устоявшаяся тенденция существует только для передачи дискретной информации. Аналоговые данные пока передают немногие производители, и поэтому устоявшаяся тенденция в передаче аналоговой информации в данный момент отсутствует.
[ Источник]


 

Тематики

• релейная защита

Синонимы

• GOOSE-сообщение
• общие объектно-ориентированные события на подстанции

EN

• generic object oriented substation event
• GOOSE

барабанный переключатель
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

Тематики

• электротехника, основные понятия

EN

• barrel switch
• drum switch
• drum switch
• DS
• drum switch
• DSW

вниз по потоку
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• downstream
• DS

водосточная труба
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• rainwater pipe
• spout
• downspout
• DS
• rainwater pipe
• RWP
• leader

двухсторонняя дискета
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

EN

• double-sided disk
• DS

динамическое переключение
динамическая коммутация
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

Синонимы

• динамическая коммутация

EN

• dynamic switching
• DS

динамическое рассеивание
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

EN

• dynamic scattering
• DS

дуплексное разнесение
(Радио)частотный разнос между соответствующими радиостволами прямого и обратного направлений (МСЭ-R F.746-7).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• duplex spacing
• DS

набор данных
Идентифицированная совокупность физических записей, организованная одним из установленных в системе обработки данных способов и представляющая файлы или части файлов в среде хранения.
[ ГОСТ 20886-85]

набор данных
Множество элементов данных, объединенных в отдельное целое для решения определенной задачи.
Чаще всего набор данных представляется в виде файла, сообщения либо блока данных.
[Гипертекстовый энциклопедический словарь по информатике Э. Якубайтиса]
[ http://www.morepc.ru/dict/]

набор данных
НД
-
[ ГОСТ Р МЭК 61850-7-2-2009]

При описании информационной модели устройства в нотации МЭК 61850-6 для размещения описаний наборов данных используется системный логический узел LLN0. Наличие логического узла LLN0 является обязательным для каждого логического устройства. При этом не в каждом логическом устройстве могут размещаться наборы данных, поэтому при проектировании и наладке коммуникаций по МЭК 61850 требуется внимательно проверять размещение наборов данных в логических устройствах. Информацию о том, в каком логическом устройстве должны размещаться наборы данных,обычно предоставляет производитель в сопроводительной документации. Подробнее информация об этом будет рассмотрена в будущих публикациях, затрагивающих язык конфигурирования SCL, описанный шестой главой стандарта.

[ http://www.news.elteh.ru/arh/2012/77/04.php]

Тематики

• организация данных в сист. обраб. данных
• релейная защита

EN

• data set
• DATA-SET
• DS

Англо-русский словарь нормативно-технической терминологии > DS

ограниченный пространственным зарядом
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• space-charge-limited
• SCL

язык описания конфигурации подстанции
—
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

язык конфигурации подстанции (по МЭК 61850-6)
-
[ ГОСТ Р МЭК 61850-7-2-2009]

Тематики

• релейная защита

Синонимы

• язык конфигурации подстанции

EN

• SCL
• substation configuration description language
• substation configuration language

язык описания конфигурации системы
Данный язык обеспечивает возможность обмена информацией о конфигурации устройств в стандартизованном формате между программным обеспечением различных фирм-производителей.
[Новости Электротехники №3(75). Релейная защита. МЭК 61850]

Все параметры устройств в части коммуникаций по протоколам стандарта МЭК 61850 должны описываться файлами конфигурации на языке SCL (System Configuration description Language — язык описания конфигурации системы). Вторая редакция стандарта МЭК 61850-6 регламентирует использование следующих видов файлов:

• ICD (IED Capabilities Description) — файл описания возможностей устройства.
  В файле ICD описываются все логические устройства, логические узлы, элементы и атрибуты данных. Кроме того, описываются предварительно сконфигурированные наборы данные (Dataset), блоки управления отправкой GOOSE-сообщений (GOOSE Control Block), отчётов (Report Control Block), мгновенных значений (SV Control Block). Файл ICD обязательно включает два раздела SCL-файла: < IED> и < DataTypeTemplates>. В файле ICD имя устройства обозначается как «TEMPLATE» («Шаблон»).
• IID (Instantained IED Description) — файл описания предварительно сконфигурированного устройства.
  Файлы такого формата используются для передачи в ПО для конфигурирования системы конфигурации отдельного устройства в том случае, если эта конфигурация была создана заранее при помощи ПО для конфигурирования отдельного устройства. Использование файлов IID требуется в том случае, если информационная модель устройства (например, состав логических узлов) зависит от конкретной реализации в проекте.
• SSD (System Specification Description) — файл описания спецификации системы.
  Данный тип файлов описывает в формате языка SCL все элементы подстанции (первичное оборудование и соединения), все функции вторичных систем (в виде логических узлов), а также может описывать привязку функций к первичным устройствам. В том случае, если сами устройства ещё не выбраны, логические узлы в файле SSD не будут привязаны к конкретным устройствам. Тем не менее, в том случае, если ряд устройств уже выбран, то файл SSD также может включать и разделы описания устройств — < IED>, а также раздел коммуникаций — < Communications>.
• SCD (Substation Configuration Description) — файл описания конфигурации подстанции.
  Файл описания конфигурации подстанции используется для передачи данных конфигурации из ПО для конфигурирования системы в ПО для параметрирования отдельных устройств. Данный тип файла содержит полное описание конфигурации как самой подстанции, так и всех коммуникаций, реализуемых в рамках подстанции. В данном файле будут присутствовать все разделы: < Substation>, < Communications>, < IED> (отдельный для каждого устройства), < DataTypeTemplates>. Причём, для каждого GOOSE-сообщения или потока SV в разделе < Communications> будет содержаться описание его коммуникационных параметров (таких как: MAC-Address, VLAN-ID, VLAN-Priority и другие).
• CID (Configured IED Description) — файл описания конфигурации устройства.
  Файл конфигурации, передаваемый из ПО для конфигурирования устройств, непосредственно в само устройство. Этот файл полностью описывает конфигурацию данного устройства в части коммуникаций и фактически представляет собой «урезанный» SCD-файл.

Из представленного выше перечня описание GOOSE- и SV Control блоков могут содержаться во всех файлах, однако полное описание потоков обычно содержится только в файлах формата SCD, CID.

Следует также отметить, что говоря об описании потоков речь в первую очередь идёт об отправке («публикации») данных в формате многоадресных сообщений. Глава 6 стандарта МЭК 61850 также описывает и синтаксис для описания «подписки» на GOOSE-сообщения и SV-потоки, однако, практика работы с терминалами различных производителей показывает, что на сегодняшний день лишь немногие из них используют стандартизованный синтаксис для этих целей.

Ниже приведен фрагмент CID-файла с описанием набора данных (< Dataset>), блока управления отправкой GOOSE-сообщения (< GSEControl>) и описанием коммуникационных параметров для данного GOOSE-сообщения (< GSE> в разделе < Communications>), созданный при помощи ПО для конфигурирования систем Atlan на базе ICD-файла, предоставленного производителем устройства.

[ http://digitalsubstation.ru/blog/2013/04/09/kak-opisy-vaetsya-otpravka-i-priyom-goose-soo/]

Тематики

• релейная защита

EN

• SCL
• system configuration description language

логическое устройство
Объект, представляющий набор типичных функций подстанции.
[ ГОСТ Р МЭК 61850-7-2-2009]

Пример - При реализации каждое логическое устройство, логический узел, данные и атрибут данных имеют имя объекта (имя экземпляра), которое является уникальным именем среди классов того контейнера, которому они принадлежат. Кроме того, каждый из четырех классов имеет объектную ссылку ObjectReference (имя пути), которая является конкатенацией всех имен объекта из каждого контейнера. Четыре имени объекта могут быть соединены (по одному на графу).

 

Логическое устройство

Логический узел

Данные

Атрибут данных

Имя объекта

"Atlanta_HV5"

"XCBR1"

"Pos"

"stVal"

Описание

Высоковольтная станция 5

Выключатель 1

Положение

Значение состояния

[ ГОСТ Р МЭК 61850-7-2-2009]

---

ЛОГИЧЕСКОЕ УСТРОЙСТВО Внутри физического устройства реализуется сервер МЭК 61850, который отвечает за организацию внешних коммуникаций устройства с другими устройствами. В сервере может быть реализовано одно или несколько так называемых «логических устройств». Основным назначением логических устройств является группировка логических узлов. Стандартом не регламентировано, сколько логических устройств должно быть внутри физического устройства и как они должны распределяться. Решения по данному вопросу принимаются производителем. Тем не менее существует ряд типичных подходов. В устройствах РЗА ряда производителей логические узлы группируются в логических устройствах по их принадлежности к той или иной группе: «Защита», «Управление», «Измерения», «Регистрация аварийных событий», «Система». Такой подход, в частности, позволяет переводить одно из логических устройств в режим проверки работоспособности (режим TEST), при этом все находящиеся в нем логические узлы переводятся в режим проверки, но не затрагиваются остальные функции устройства. Наличие в одном сервере нескольких логических устройств потребует аккуратности и квалификации при работе с устройством, поскольку зачастую функциональность каждого из логических устройств ограничена. Так, в ряде логических устройств могут быть созданы управляющие блоки, а в других – нет. Обычно соответствующая информация предоставляется производителем в сопроводительной документации к устройству и должна приниматься во внимание при конфигурировании. Совокупная модель данных в устройстве может быть представлена в виде древовидной структуры (рис. 2). В таком виде информацию об устройстве можно будет получить при чтении информационной модели устройства по протоколу MMS либо при рассмотрении файла описания устройства в соответствии с МЭК 61850-6.   Рис. 2. Пример информационной модели устройства  

  [ http://www.news.elteh.ru/arh/2012/77/04.php]

Тематики

• релейная защита

EN

• logical device

Русско-английский словарь нормативно-технической терминологии > логическое устройство (на подстанции)

логическое устройство
Объект, представляющий набор типичных функций подстанции.
[ ГОСТ Р МЭК 61850-7-2-2009]

Пример - При реализации каждое логическое устройство, логический узел, данные и атрибут данных имеют имя объекта (имя экземпляра), которое является уникальным именем среди классов того контейнера, которому они принадлежат. Кроме того, каждый из четырех классов имеет объектную ссылку ObjectReference (имя пути), которая является конкатенацией всех имен объекта из каждого контейнера. Четыре имени объекта могут быть соединены (по одному на графу).

 

Логическое устройство

Логический узел

Данные

Атрибут данных

Имя объекта

"Atlanta_HV5"

"XCBR1"

"Pos"

"stVal"

Описание

Высоковольтная станция 5

Выключатель 1

Положение

Значение состояния

[ ГОСТ Р МЭК 61850-7-2-2009]

---

ЛОГИЧЕСКОЕ УСТРОЙСТВО Внутри физического устройства реализуется сервер МЭК 61850, который отвечает за организацию внешних коммуникаций устройства с другими устройствами. В сервере может быть реализовано одно или несколько так называемых «логических устройств». Основным назначением логических устройств является группировка логических узлов. Стандартом не регламентировано, сколько логических устройств должно быть внутри физического устройства и как они должны распределяться. Решения по данному вопросу принимаются производителем. Тем не менее существует ряд типичных подходов. В устройствах РЗА ряда производителей логические узлы группируются в логических устройствах по их принадлежности к той или иной группе: «Защита», «Управление», «Измерения», «Регистрация аварийных событий», «Система». Такой подход, в частности, позволяет переводить одно из логических устройств в режим проверки работоспособности (режим TEST), при этом все находящиеся в нем логические узлы переводятся в режим проверки, но не затрагиваются остальные функции устройства. Наличие в одном сервере нескольких логических устройств потребует аккуратности и квалификации при работе с устройством, поскольку зачастую функциональность каждого из логических устройств ограничена. Так, в ряде логических устройств могут быть созданы управляющие блоки, а в других – нет. Обычно соответствующая информация предоставляется производителем в сопроводительной документации к устройству и должна приниматься во внимание при конфигурировании. Совокупная модель данных в устройстве может быть представлена в виде древовидной структуры (рис. 2). В таком виде информацию об устройстве можно будет получить при чтении информационной модели устройства по протоколу MMS либо при рассмотрении файла описания устройства в соответствии с МЭК 61850-6.   Рис. 2. Пример информационной модели устройства  

  [ http://www.news.elteh.ru/arh/2012/77/04.php]

Тематики

• релейная защита

EN

• logical device

Англо-русский словарь нормативно-технической терминологии > logical device

класс общих данных
—
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]]
[ ГОСТ Р МЭК 61850-7-2-2009]

Тематики

• релейная защита

EN

• CDC
• common data class
• common DATA class

класс общих данных
—
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]]
[ ГОСТ Р МЭК 61850-7-2-2009]

Тематики

• релейная защита

EN

• CDC
• common data class
• common DATA class

набор данных
Идентифицированная совокупность физических записей, организованная одним из установленных в системе обработки данных способов и представляющая файлы или части файлов в среде хранения.
[ ГОСТ 20886-85]

набор данных
Множество элементов данных, объединенных в отдельное целое для решения определенной задачи.
Чаще всего набор данных представляется в виде файла, сообщения либо блока данных.
[Гипертекстовый энциклопедический словарь по информатике Э. Якубайтиса]
[ http://www.morepc.ru/dict/]

набор данных
НД
-
[ ГОСТ Р МЭК 61850-7-2-2009]

При описании информационной модели устройства в нотации МЭК 61850-6 для размещения описаний наборов данных используется системный логический узел LLN0. Наличие логического узла LLN0 является обязательным для каждого логического устройства. При этом не в каждом логическом устройстве могут размещаться наборы данных, поэтому при проектировании и наладке коммуникаций по МЭК 61850 требуется внимательно проверять размещение наборов данных в логических устройствах. Информацию о том, в каком логическом устройстве должны размещаться наборы данных,обычно предоставляет производитель в сопроводительной документации. Подробнее информация об этом будет рассмотрена в будущих публикациях, затрагивающих язык конфигурирования SCL, описанный шестой главой стандарта.

[ http://www.news.elteh.ru/arh/2012/77/04.php]

Тематики

• организация данных в сист. обраб. данных
• релейная защита

EN

• data set
• DATA-SET
• DS

свидетельство о соответствии протокольной реализации
Краткое изложение возможностей испытуемой системы.
Примечание. Свидетельство о соответствии протокольной реализации (PICS) содержит информацию по ACSI. Как правило, эта информация может касаться дополнительных опций, специальных ограничений или модулей расширения.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

свидетельство о соответствии протокольной реализации (ИСО/МЭК 8823-2:1994)
—
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

свидетельство о соответствии реализации протокола
-
[ ГОСТ Р МЭК 61850-7-2-2009]

свидетельство о соответствии реализации протоколу
-
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

EN

protocol implementation conformance statement
summary of the capabilities of the system to be tested
(Source: ISO/IEC 8823-2:1994)

Protocol Implementation Conformance Statements (PICS) contain information regarding the ACSI. This information could typically be optional parts, specific restrictions, or add-ons
(Source: IEC 61850-7-2)
[IEC 61850-2, ed. 1.0 (2003-08)]

Тематики

• релейная защита

Синонимы

• свидетельство о соответствии реализации протокола

EN

• implementation conformance statement (ISO/IEC 8823-2:1994)
• PICS
• protocol implementation conformance statement

набор данных
Идентифицированная совокупность физических записей, организованная одним из установленных в системе обработки данных способов и представляющая файлы или части файлов в среде хранения.
[ ГОСТ 20886-85]

набор данных
Множество элементов данных, объединенных в отдельное целое для решения определенной задачи.
Чаще всего набор данных представляется в виде файла, сообщения либо блока данных.
[Гипертекстовый энциклопедический словарь по информатике Э. Якубайтиса]
[ http://www.morepc.ru/dict/]

набор данных
НД
-
[ ГОСТ Р МЭК 61850-7-2-2009]

При описании информационной модели устройства в нотации МЭК 61850-6 для размещения описаний наборов данных используется системный логический узел LLN0. Наличие логического узла LLN0 является обязательным для каждого логического устройства. При этом не в каждом логическом устройстве могут размещаться наборы данных, поэтому при проектировании и наладке коммуникаций по МЭК 61850 требуется внимательно проверять размещение наборов данных в логических устройствах. Информацию о том, в каком логическом устройстве должны размещаться наборы данных,обычно предоставляет производитель в сопроводительной документации. Подробнее информация об этом будет рассмотрена в будущих публикациях, затрагивающих язык конфигурирования SCL, описанный шестой главой стандарта.

[ http://www.news.elteh.ru/arh/2012/77/04.php]

Тематики

• организация данных в сист. обраб. данных
• релейная защита

EN

• data set
• DATA-SET
• DS

платформа для выбора информации в Интернете
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

EN

• platform for Internet content selection
• PICS

платформа для выбора содержимого Internet
платформа PICS
Унифицированный набор программных средств, обеспечивающий возможность производить сортировку информационных объектов по их отличительным признакам, например, исключать из общего потока веб-страниц рекламные сообщения и т.п. Технические спецификации для платформы PS разработаны Консорциумом W3C.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

Синонимы

• платформа PICS

EN

• PICS
• Platform for Internet Content Selection

свидетельство о соответствии протокольной реализации
Краткое изложение возможностей испытуемой системы.
Примечание. Свидетельство о соответствии протокольной реализации (PICS) содержит информацию по ACSI. Как правило, эта информация может касаться дополнительных опций, специальных ограничений или модулей расширения.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

свидетельство о соответствии протокольной реализации (ИСО/МЭК 8823-2:1994)
—
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

свидетельство о соответствии реализации протокола
-
[ ГОСТ Р МЭК 61850-7-2-2009]

свидетельство о соответствии реализации протоколу
-
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

EN

protocol implementation conformance statement
summary of the capabilities of the system to be tested
(Source: ISO/IEC 8823-2:1994)

Protocol Implementation Conformance Statements (PICS) contain information regarding the ACSI. This information could typically be optional parts, specific restrictions, or add-ons
(Source: IEC 61850-7-2)
[IEC 61850-2, ed. 1.0 (2003-08)]

Тематики

• релейная защита

Синонимы

• свидетельство о соответствии реализации протокола

EN

• implementation conformance statement (ISO/IEC 8823-2:1994)
• PICS
• protocol implementation conformance statement

свидетельство о соответствии протокольной реализации
Краткое изложение возможностей испытуемой системы.
Примечание. Свидетельство о соответствии протокольной реализации (PICS) содержит информацию по ACSI. Как правило, эта информация может касаться дополнительных опций, специальных ограничений или модулей расширения.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

свидетельство о соответствии протокольной реализации (ИСО/МЭК 8823-2:1994)
—
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

свидетельство о соответствии реализации протокола
-
[ ГОСТ Р МЭК 61850-7-2-2009]

свидетельство о соответствии реализации протоколу
-
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

EN

protocol implementation conformance statement
summary of the capabilities of the system to be tested
(Source: ISO/IEC 8823-2:1994)

Protocol Implementation Conformance Statements (PICS) contain information regarding the ACSI. This information could typically be optional parts, specific restrictions, or add-ons
(Source: IEC 61850-7-2)
[IEC 61850-2, ed. 1.0 (2003-08)]

Тематики

• релейная защита

Синонимы

• свидетельство о соответствии реализации протокола

EN

• implementation conformance statement (ISO/IEC 8823-2:1994)
• PICS
• protocol implementation conformance statement

свидетельство о соответствии протокольной реализации
Краткое изложение возможностей испытуемой системы.
Примечание. Свидетельство о соответствии протокольной реализации (PICS) содержит информацию по ACSI. Как правило, эта информация может касаться дополнительных опций, специальных ограничений или модулей расширения.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

свидетельство о соответствии протокольной реализации (ИСО/МЭК 8823-2:1994)
—
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

свидетельство о соответствии реализации протокола
-
[ ГОСТ Р МЭК 61850-7-2-2009]

свидетельство о соответствии реализации протоколу
-
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

EN

protocol implementation conformance statement
summary of the capabilities of the system to be tested
(Source: ISO/IEC 8823-2:1994)

Protocol Implementation Conformance Statements (PICS) contain information regarding the ACSI. This information could typically be optional parts, specific restrictions, or add-ons
(Source: IEC 61850-7-2)
[IEC 61850-2, ed. 1.0 (2003-08)]

Тематики

• релейная защита

Синонимы

• свидетельство о соответствии реализации протокола

EN

• implementation conformance statement (ISO/IEC 8823-2:1994)
• PICS
• protocol implementation conformance statement

передача файла
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

передача файла
Определяет обмен крупными блоками данных, например программами. На рисунке 3 показано общее представление концептуальной модели сервиса ACSI.
[ ГОСТ Р МЭК 61850-7-2-2009]

передача файла
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

передача файла
Определяет обмен крупными блоками данных, например программами. На рисунке 3 показано общее представление концептуальной модели сервиса ACSI.
[ ГОСТ Р МЭК 61850-7-2-2009]

набор данных
Идентифицированная совокупность физических записей, организованная одним из установленных в системе обработки данных способов и представляющая файлы или части файлов в среде хранения.
[ ГОСТ 20886-85]

набор данных
Множество элементов данных, объединенных в отдельное целое для решения определенной задачи.
Чаще всего набор данных представляется в виде файла, сообщения либо блока данных.
[Гипертекстовый энциклопедический словарь по информатике Э. Якубайтиса]
[ http://www.morepc.ru/dict/]

набор данных
НД
-
[ ГОСТ Р МЭК 61850-7-2-2009]

При описании информационной модели устройства в нотации МЭК 61850-6 для размещения описаний наборов данных используется системный логический узел LLN0. Наличие логического узла LLN0 является обязательным для каждого логического устройства. При этом не в каждом логическом устройстве могут размещаться наборы данных, поэтому при проектировании и наладке коммуникаций по МЭК 61850 требуется внимательно проверять размещение наборов данных в логических устройствах. Информацию о том, в каком логическом устройстве должны размещаться наборы данных,обычно предоставляет производитель в сопроводительной документации. Подробнее информация об этом будет рассмотрена в будущих публикациях, затрагивающих язык конфигурирования SCL, описанный шестой главой стандарта.

[ http://www.news.elteh.ru/arh/2012/77/04.php]

Тематики

• организация данных в сист. обраб. данных
• релейная защита

EN

• data set
• DATA-SET
• DS